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With the high bunch-crossing and interaction rates and potentially large event sizes the 
experiments at the LHC challenge data acquisition and trigger systems. Within the AT- 
LAS experiment, a multi-level trigger system based on hardware and software is employed 
to cope with the task of event-rate reduction. This review article gives an overview of the 
trigger of the ATLAS experiment highlighting the design principles and the implemen- 
tation of the system and provides references to more detailed information. In addition, 
first trigger-performance studies and an outlook on the ATLAS event-selection strategy 
are presented. 
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1. Introduction 

The Large Hadron Collider (LHC), which is currently being built at the European 
Organization for Nuclear Research (CERN) in Genevcl^, will collide proton beams at 
a center-of-mass energy of 14 TeV and a bunch-crossing rate of 40 MHz. At the de- 
sign luminosity of 10"^^ cm~^s~^ about 25 proton-proton interactions will take place 
in every bunch-crossing. The amount of data that will arise from these conditions is 
enormous, making it impossible to store the information from all bunch-crossings or 
'events' (note that the ATLAS experiment will have about 10* electronic channels). 
Therefore, the experiments at the LHC have to provide event selection or 'trigger' 
systems that select interesting or even 'new' physics processes and that help reject 
background processes and known (Standard Model) physics processes with large 
cross-sections. 

Within the large LHC experimental collaborations (ATLAS, CMS, LHCb), the 
trigger is an important activity. The issues to be addressed range from hardware 
development, through software design and implementation, to the development of 

*Now at Hamburg University, Institut fiir Experimentalphysik, Luruper Chaussee 149, 22761 Ham- 
burg, Germany. 



February 5, 2008 13:48 WSPC/INSTRUCTION FILE ws-mpla 



2 Thomas Schorner-Sadenius 

event-selection criteria. In ATLAS, more than a hundred people are contributing to 
these efforts. 

In this review article I will give an overview of the trigger system in the ATLAS 
experimenlPl After a short general introduction to the trigger in Section |21 1 will 
turn in more detail to the various parts of the multi- level trigger, namely the level- 1 
trigger (Section |Sl and the high-level triggers (Section In Section 01 will report 
on some trigger-performance studies. Finally, Section is devoted to the ATLAS 
event-selection strategy as foreseen for LHC start-up in the year 2007. 

2. The ATLAS Trigger 

In the ATLAS experiment, the trigger is designed as a multi- level system which has 
to reduce the event rate from 40 MHz to about 200 Hz at which events (which will 
have an average size of the order of 1 MB) can be written to mass storage. Figure^ 
gives an overview of the trigger system. 
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Fig. 1. A schematic view of the ATLAS trigger system. 



The system is divided in three levels (from top to bottom in Fig.nj: 

• The level- 1 (LVLl) trigger is a hardware-based system which has to reduce 
the event rate of 40 MHz to below 75 kHz within a latency'^ of 2.5 fis. The 

^The latency is the time needed to form and distribute the trigger decision. Its maximum value 
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LVLl trigger makes its decision based on comparatively coarse information 
from only the ATLAS calorimeters and the muon trigger-chamber system. 

• The level-2 (LVL2) trigger, which is part of the high-level trigger (HLT), is 
based on optimized software algorithms running in a processor farm and has 
to reduce the event rate to 0(1) kHz. The LVL2 decision, which is based on 
the result of the LVLl trigger, can take into account the information from 
all ATLAS subdetector systems which it retrieves as required. The LVL2 
decision has to be ready after about 10 ms. 

• The event filter (EF) is also part of the HLT and is implemented using 
software algorithms. In contrast to LVL2, the EF performs its task only 
after the complete event has been assembled in the event builder (EB). 
It uses comparatively complex algorithms, based on the offline software, 
and therefore can derive a very detailed event selection and classification, 
using the best available calibrations. The processing time of the EF for an 
event is of the order of a few seconds. EF-accepted events are written to 
mass-storage media. 

3. The Level-1 Trigger 
3.1. Principles 

The task of the LVLl triggeJ^ is to perform a first fast rate reduction, while select- 
ing events with interesting signatures in the detector. Information from the ATLAS 
calorimeters and from dedicated fast muon trigger chambers, the resistive-plate 
chambers (RFC) and the thin-gap chambers (TGC), is used for this purpose. Con- 
sequently, the LVLl trigger can be viewed in three parts, see Fig. [3 the calorimeter 
trigger, which receives the calorimeter information and prepares it for the event 
decision, the muon trigger which does the same for the information from the muon 
trigger chambers, and the LVLl event-decision part implemented in the central 
trigger processor (CTP). 

The information used to derive the LVLl event decision is given in terms of 
the multiplicities of physics "objects" detected in the calorimeters or muon-trigger 
chambers which have sufficiently high transverse momentum {pt)- In the case 
of the calorimeter trigger, the objects in question are electrons/photons'^, r lep- 
tons/hadrons, and jets. In addition, global energy sums (total transverse energy 
Et, total missing transverse energy ET.miss) can be considered. 

The LVLl trigger has to make and distribute its decision within a maximum 
latency of 2.5 /xs. During this time, the data fragments of all subdetectors are held 
in pipelined memories from where they are transfered to read-out buffers (RGBs) 

is dictated by the bunch-crossing frequency and the length of the pipe-lines in which the event 
fragments are stored before LVLl processing. 

''At LVLl, electrons and photons cannot be distinguished, nor can hadrons and hadronic decays 
of T leptons into narrow jets. 
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Fig. 2. A schematic view of the LVLl trigger. Solid lines between the different components 
indicate exchange of trigger-object multiplicity information, and dashed lines stand for Region-of- 
Interest. The Region-of-Interest builder (RoIB) is not part of the LVLl trigger but is shown here 
for completeness. See text for more details. 



upon LVLl event acceptance (LlA). Currently about 1600 RGBs are foreseen in 
total for the ATLAS experiment. The LlA signal is also the starting point for the 
LVL2 trigger which is 'seeded' by LVLl information transfered to it via the Region- 
of-Interest builder (RoIB). After the LVL2 decision the event fragments in the RGBs 
are either rejected, or they are passed to the event builder. 

The TTC system, which is also indicated in Fig. El has the task of distributing 
timing and trigger signals to the read-out electronics. The signals it delivers comprise 
the LHC clock, synchronization signals, the LlA signal and test and calibration 
triggers. It will not be treated further in this article. 



3.2. The calorimeter trigger 

The ATLAS calorimeter systen0 consists of the hadronic iron-scintillator tile sam- 
pling calorimeter in the barrel and the lead-liquid-argon sampling calorimeters in 
the barrel and the endcaps. In addition, the endcaps and the forward directions are 
equipped with hadronic endcap calorimeters with flat copper absorbers and cop- 
per/tungsten forward calorimeters, respectively. These latter two devices also use 
liquid argon as active medium. 

The overall architecture of the calorimeter triggeJ^ can be seen in Fig. O it 
relies heavily on firmware-programmable FPGAs. Gn-detector electronics associated 
with each of the electromagnetic (EM) and hadronic (HA) calorimeters combines 
the signals from the individual cells by analogue summation. The results of this 
combination are analogue signals of 7200 approximately projective electromagnetic 
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and hadronic trigger towers (TT) with a granularity in rj x cf) space of 0.1x0.1. TTs 
are arranged so that a HA TT can be found projectively behind each EM TT. 

The ~7200 TT signals are transmitted electrically to the preprocessor (PPr) 
electronicJS in the ATLAS electronics cavern where they are digitized in fast 10-bit 
ADCs. The preprocessor also performs bunch-crossing identification (BCID) using 
the pulse shapes of the TT signals, which for the LAr calorimeters have a length 
of several hundred ns. The importance of correct BCID lies in the fact that the 
long (0(100) ns) calorimeter signals have to be associated to a well-defined bunch- 
crossing in order to guarantee a sensible functioning of the trigger. After BCID, the 
PPr uses look-up tables to do a final calibration to 8-bit transverse energy [Ex) 
values, and presums EM and HA TTs in regions of Ary x A</) = 0.2 x 0.2 to so-called 
jet elements which will be used in the jet/energy trigger processor (see later). 
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Fig. 3. A schematic view of the calorimeter trigger. 



After the preprocessor, the signal path splits in two. The ~64Q0 TTs in the 
rapidity range \r]\ < 2.5 (corresponding to the inner-detector coverage and the region 
of highest EM-calorimeter granularity) are passed to the cluster processor (CP). 
The task of the CP is to identify electron/photon and r/hadron candidates. The 
algorithm that identifies e/7 candidates has four elements^, see Fig. 01 

(1) Clusters of 2x2 EM TTs which are local Et maxima are searched for using 
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a sliding- window technique. These 2x2 clusters are called Regions-of- Interest 
(Rols) and serve as inputs to the higher trigger levels. 

(2) In a 2x2 cluster there are four pairs of two adjacent TTs. The pair with the 
highest sum Et defines the transverse energy of the Rol. 

(3) The energy in the ring of 12 EM TTs surrounding the 2x2 Rol is used to define 
the EM isolation of the Rol. 

(4) Similarly, the 2x2 HA TTs behind the Rol and the 12 HA TTs behind the EM 
isolation ring are used to define the HA veto and isolation. 

The Et of each Rol is compared to one of 8 to 16 thresholds defined in the trigger 
configuration; each Rol passing one of the thresholds contributes to the multiplicity 
count for that threshold (if, in addition, the EM and HA isolation variables fulfill 
criteria associated with the threshold in question). 




In the case of the r/hadron algorithm, the Rol is again of size 2x2, but now its 
Et is derived from the highest--ET 2x1 EM TT pair in the 2x2 cluster plus the 
energy of the 2x2 HA TT cluster behind it. In addition, criteria can be imposed on 
the electromagnetic and hadronic 12-TT isolation rings around the 2x2 core. The 
Et of the r/hadron Rols is discriminated against 0-8 programmable thresholds 
(altogether, there exist 16 thresholds of which 8 to 16 may be taken by the e/7 
trigger; only the remaining ones may be used by the r/hadron trigger). 

The results of the cluster processor are thus 8 to 16 multiplicities for e/7 can- 
didates and 8 to multiplicities for r/hadron candidates. These multiplicities are 
sent to the central trigger processor (CTP) which makes the LVLl event decision 
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for each bunch-crossing. In addition, for events selected by LVLl, all selected Rols 
(defined by their locations in rj-cf) space and the transverse-energy threshold they 
passed) are transmitted to the higher trigger levels via the RoIB. 

The second signal path from the preprocessor leads to the jet/energy processor 
(JEP). In this device, candidates for jets are searched for in the matrix of jet ele- 
ments of 0.2x0.2 ry-(/) granularity (in the central rapidity range |?7| < 3.2 - in the 
forward direction 3.2 < \rj\ < 4.9 the algorithm works differently). This search leads 
to candidates for (normal) jets and forward jets. Like the cluster-processor objects, 
the jet candidates are located using a sliding-window technique, looking for an Et 
maximum (Rol) in windows of 2x2 jet elements. Thresholds are applied for win- 
dows of 2x2, 3x3 or 4x4 elements oi i] x cj) =0.2x0.2 (window size independently 
programmable for each threshold). There are eight programmable iet-Ex and four 
forward-jet-E'T thresholds for which the total multiplicities are sent to the CTP. 
The jet Rols are also sent to the RoIB for events selected by LVLl. 

The jet/energy processor also evaluates the total scalar transverse energy and 
the missing transverse energy of each event, based on all 7200 TT signals over the 
acceptance of \r]\ < 4.9. These values, together with the total scalar Et derived from 
the Et of all jet Rols, are also discriminated against programmable thresholds, the 
resulting information being passed to the CTP and, for selected events, to the RoIB. 

3.3. The muon trigger 

The task of the muon triggei^ is to find muon candidates which have transverse 
momenta in excess of one of six programmable thresholds (provided again via the 
LVLl trigger menu). 

The muon trigger consists of three separate devices'^: The RPC trigger prepares 
the information collected in the resistive-plate chamber (RPC) detectors in the 
ATLAS barrel {\r]\ < 1.05), the TGC trigger does the same for the thin-gap chamber 
(TGC) information in the forward region (1.05 < |r/| < 2.4), and the muon-to-CTP 
interface (MuCTPI) collects information from both RPC and TGC triggers, refines 
it and sends the results to the CTP and to the RoIB. 

As can be seen from Fig. El there exist three so-called (RPC or TGC) 'stations', 
each of which contains two planes of chambers (the innermost TGC station has 
three planes). In the absence of inefficiencies and acceptance gaps, this results in 
six r] and (f> coordinates for each 'view'. 

The algorithm that searches for muon candidates (in the barrel) works as 
follows^ Each hit found in the middle RPC station (RPC2) is extrapolated to 
the innermost RPC station (RPCl) along a straight line through the nominal in- 
teraction point, and a 'coincidence window' is defined around the point where this 
line hits the RPCl station. Since the ATLAS magnetic field will defiect charged 
particles, the size of the coincidence window defines the transverse momentum, pT, 
of muon tracks that can be triggered upon. A low-pT muon candidate is found if 
there is at least one hit in the coincidence window and if in at least one of the 
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Fig. 5. The LVLl muon trigger: An rz view of a quarter of the ATLAS detector. Some muon 
candidate tracks are shown to highhght the muon trigger algorithm which is explained in the 
text. 'MDT' stands for the 'Monitored Drift Tubes' precision detectors which form the muon 
spectrometer in the barrel. 

stations RPCl and RPC2 hits can be found in both planes and in both views. In 
addition, if there is a coinciding hit in at least one of the planes of the outermost 
station RPC3, a high-p^ rnuon candidate has been found. These low- and high-pj^ 
candidates are the muon trigger Regions-of-Interest. 

Six programmable sets of coincidence windows are defined, each corresponding to 
a different pt threshold; three of the thresholds are reserved for low-pT coincidence 
windows (5 to '-^10 GeV), and three for high-pT coincidences (~10 to 35 GeV). 
Threshold values are designed such that they correspond to an efficiency of 90%. 

The muon trigger is arranged in 208 sectors, each of which can deliver a maxi- 
mum of two muon-candidate Rols to the MuCTPI. In case of more than two can- 
didates in one sector, the two with the highest px values are used and a flag is 
set. The MuCTpP calculates the multiplicity for each pT threshold, applying an 
algorithm to avoid double-counting of muons, and passes the resulting multiplicity 
values to the CTP for LVLl event decision. In addition, for selected events, up to 16 
muon Rols, defined by their position in x space and the transverse-momentum 
threshold they passed, are sent to the high-level triggers via the RoIB. 

3.4. LVLl event decision and LVL1/LVL2 interface 

The LVLl event decisior|2l is based on the multiplicities of high-p^ objects sent to 
the CTP from the calorimeter trigger and the MuCTPI together with threshold 
information on global energy sums. The decision is derived in two steps. In a first 
step, the delivered multiplicities are discriminated against multiplicity requirements 
or 'conditions', leading to truth values 'yes' or 'no' for each condition defined in the 
LVLl trigger menu. Then, the condition truth values are logically combined to 
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complex 'trigger items' which represent signatures to be triggered by LVLl. Two 
examples for such items are 

'at least two e/7 candidates with px > 10 GeV 
'at least one jet with px > 100 GeV and ET,miss > 400 GeV. 

In the first case, the trigger item consists of only one trigger condition; in the second 
example, the item consists of the fogical 'AND' of two trigger conditions. The LVLl 
event decision is derived from the logical values of all trigger items by applying a 
logical 'OR' (see Section El for an overview of possible signatures). 

The final implementation of the OTP is currently being designed. There exists 
however a demonstrator prototype, the CTP-D, which has been used for feasibility 
studies and testJ^. The CTP-D receives 32 input signal bits encoding the mul- 
tiplicities of calorimeter/muon trigger objects. The multiplicity discrimination is 
implemented using look-up tables, and the logical combination of conditions to 
items takes place in programmable devices. Up to 32 items can be built. The result 
of the CTP-D includes also prescaling and a simple dead-time algorithm for all 32 
items. 

In contrast to the CTP-D, the core functionality of the final CTP can proba- 
bly be implemented in one single programmable device, thanks to the speed and 
capacity progress for electronic devices over the past few years. 160 input bits are 
foreseen, allowing for a much higher number of multiplicities to be encoded and 
thus for a greatly increased trigger flexibility, compared to the 32 input bits of the 
CTP-D. Also the number of trigger items will be increased from 32 (CTP-D) to 160 
or more. 

The LVL2 processing, which will be explained in detail below, starts from the 
Rols selected by the LVLl trigger. As mentioned above, these Rols are sent to the 
Region-of-Interest buildenim (RoIB) over eight fast links (one for the muon trigger, 
six for the calorimeter trigger, and one for the CTP information). The RolB takes 
all eight data fragments and concatenates them into one single data fragment which 
is transfered to the LVL2 trigger supervisor assigned for the event. This operation 
must be performed at a full LVLl output rate of up to 75 kHz without introducing 
significant dead-time into the system. 

4. The High-Level Trigger 
4.1. Overview 

The ATLAS high-level triggeJEI (HLT) consists of the level-2 (LVL2) trigger and the 
event filter (EF) which arc both implemented as pure software triggers running in 
processor farms. FigurelHlgives an overview of the data flow in the HLT environment. 

The LVL2 supervisor (L2SV) computers, about ten of which are envisaged for the 
final system, receive the LVLl result from the RoIB and assign events to processors 
in the LVL2 farms. Note that no processing node (not even L2SV nodes) sees the full 
LVLl output rate. In the LVL2 farm processors, the LVL2 processing unit (L2PU) 
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Fig. 6. Outline of the HLT data flow. See text for more details. 

is running which forms the interface between the L2SV, the read-out subsystem 
(ROS'^) and the true HLT selection software (see Section During the selection 
procedure, information from various subdetectors can be retrieved from the ROS. 
In order to minimize the idle-time while waiting for the response to data requests 
to the ROS, LVL2 will allow for multi-threading of selection tasks in the LVL2 
processors. The decision of the LVL2 selection is sent back to the corresponding 
L2SV which, in the case of a positive LVL2 decision, passes it to the event building. 
LVL2 has a processing time of about 10 nis and has to reduce the incoming LVLl 
rate to 0(1) kHz. 

Event building is the data-acquisition step in which all event fragments from 
all ATLAS subdetectors are requested from the ROS and assembled to give a full 
ATLAS event. The event is then sent to the EF. Here, the EventFilterlO distributes 
newly arriving events to one of the EF processors. In these processors, the Even- 
tHandler supports the actual EF selection (and classification) after which, in case of 
a positive EF result, the event will be written to the ATLAS mass-storage devices. 
The processing time of the EF is limited to a few seconds; the EF output rate goal 
is of the order of 200 Hz. 

4.2. HLT Selection Principles 

The LVL2 and the EF share two important principles: 

• In both levels, the selection procedure starts with a limited number of LVLl 

"^The ROS aggregates several (typically 3) ROBs (see Section l3.ll in a single unit. 
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Fig. 7. Overview on the step-wise selection procedure for an example physics signature. See text 
for more details. 



(or LVL2, in case of the EF) Rols which "seed" the next level. 
• In both levels, the event decision is derived in a step-wise procedure in which 
the initial hypothesis is either confirmed or rejected. In each step, the existing 
information is refined by accessing data from more subdetectors or by perform- 
ing algorithmic work on the present information. At the end of each step it is 
checked whether the present data still allow for the event to be triggered. If not, 
the event is rejected. 

The advantage of these two principles is that they allow for fast and light-weight 
HLT decisions: Working the data-driven way - i.e. starting with only a few Rols 
- significantly reduces the amount of data to be moved (at LVL2) and processed 
(at LVL2 and in the EF) compared to a scheme where first all data are collected 
and then a global decision based on processing the full event data is performed. 
Only the data necessary for the next step are gathered and/or processed. Since an 
event can be rejected after each of the (small) steps, the amount of time invested 
in rejected events on average is comparatively small. 

Figure |3 highlights the step-wise selection procedure for the '2e25i' example 
physics signature (i.e. for a trigger requirement of two or more isolated electrons 
with an Et of at least 25 GeV): In a first step, all existing LVLl Rols are collected, 
and it is tested whether they are able to fulfill the event signature '2 LVLl::EM25i' 
which requires two isolated LVLl electromagnetic-calorimeter clusters of at least 
25 GeV. If this is the case, algorithms are used to refine the information contained 
in the 'LVLl::EM25i' Rols by applying, for example, a shower-shape analysis to 
the clusters. This analysis might be able to distinguish between EM showers due to 
single electrons or photons, and EM clusters resulting from tt'' — *■ 77 decays within 
jets. Trigger elements passing this analysis step may thus be regarded as real HLT 
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electromagnetic clusters and are denoted as 'HLT::EM'. If two such trigger elements 
can be found, the next intermediate signature '2 IILT::EM' can be satisfied and the 
selection process will be continued. 

In a further step, algorithms might test whether the clusters have sufficient 
transverse energy (> 25 GeV) and are sufficiently well isolated (suffix 'i'), possibly 
leading to the creation of trigger elements 'HLT::EM25i' for one or both of the 
'HLTiiEM' trigger elements. In case two TEs 'HLT::EM25i' are present, the next 
intermediate signature '2 HLT::EM25i' can be satisfied, and the selection process 
will be continued. Finally it might be checked whether there are tracks pointing to 
the calorimeter clusters, indicating electrons (that thus can be distinguished from 
photons) and leading to the creation of trigger elements 'HLT::e25i'. If tracks can 
be found for both 'HLT::EM25i' TEs, the physics signature '2 HLT::e25i' can be 
satisfied and the event will be triggered. 



4.3. HLT Selection Software 

The central part of the HLT clearly are the decision steps performed by the selection 
software running in the L2PU and in the EventHandler. This is the HLT selection 
software (HLTSSW). An overview of the core selection software, together with its 
connections and interfaces to other software pieces, is shown in Fig. |H1 




Fig. 8. Overview of tlie HLT selection software. 

The HLTSSW consists of four parts or 'packag esEl 

• The Steerinjni controls the selection software. It organizes the correct order of 
the HLT algorithms processing such that the required data are produced and 
the trigger decision is obtained. 
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• The event data are structured according to the EventDataModel (EDM). The 

covers all data entities in the event and their mutual relations (raw 
data, LVLl result and Rols, LVL2 and EF results). 

• The HLT AlgorithmJEl 

are used by the Steering to process the event infor- 
mation and to obtain the data on the basis of which the event decision is 
taken. LVL2 algorithms are special developments, designed for running in the 
time-critical LVL2 environment, whereas for the EF selection mostly algorithms 
adapted for the offline reconstruction will be used. 

• The DataManager is responsible for handling all event data during the trigger- 
selection procedure and, in particular, for retrieving the necessary additional 
data from the ROS. 

The HLT selection software has been developed in the ATLAS offline comput- 
ing framework Athenel^, which in turn is based on the Gaudi framework This 
seems natural for the EF which is running offline-reconstruction algorithms, but re- 
quired some adaptions of the LVL2 online-software environment. This disadvantage, 
however, has to be compared to the advantages: First, a common HLT framework 
allows for a flexible boundary between LVL2 and EF, facilitating latency and re- 
jection trade-offs between these two systems. Second, the offline framework is the 
standard user and analysis framework in ATLAS. Thus anybody capable of using 
this framework should be able to develop selection and reconstruction algorithms 
not only for EF, but also for LVL2. 
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Fig. 9. LVLl efficiency for single electrons as a function of their transverse energy, using a 17 GeV 
threshold for different scenarios. See text for more details. 



5. Trigger-Performance Studies 

Already some time ago thorough trigger-performance studies were carried out in 
ATLAS; they are documented, for example, in the HLT Technical Proposal^. In ad- 
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dition, the recently published HLT Technical Design Reporl^l has initiated a large 
number of studies which involve improved knowledge compared to the Technical 
Proposal and which therefore promise improved insight into the ATLAS physics po- 
tential. These studies range from validations of the LVLl trigger simulation (which 
provide the input to the HLT studies), through feasibility studies for the HLT ar- 
chitecture, to stability and rate tests for the selection software. All results shown 
below are taken from the Technical Design Report, if not stated differently. 

Figure El shows, as a function of the electron Et, the simulated trigger efBciency 
for electrons using a trigger for single EM-calorimeter objectJ^. An Et cut of 
17 GeV has been applied on the raw measured energy in order to achieve an effi- 
ciency of 95 % for the nominal threshold of 20 GeV. A sharp rise of the efficiency 
around the nominal threshold value can be observed. The behavior is similar for two 
scenarios considered, namely the pure signal without calorimeter noise or pile-up 
added (label 'no noise') and high (LHC design) luminosity (10'^'*cm~^s~^, labeled 
'Design Luminosity'). 
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Fig. 10. LVLl rate for the inclusive EM-cluster trigger versus Et threshold without (top) and 
with (bottom) isolation requirements at low luminosity 2-10^^cm~^s~^. See text for more details. 

Figure [TUI shows, as a function of the Et threshold, the expected trigger rates for 
a LVLl calorimeter trigger for single electrons for 2-10'^^cm~^s~^. The Et thresh- 
old scale is defined such that the efficiency for genuine electrons with Et equal to 
the cited value is 95 %. The top line indicates the rate for the case of no isolation 
required; the bottom line shows the expected rate with isolation cuts applied on the 
electromagnetic calorimeter cluster. The difference between the two lines demon- 
strates the ability of the isolation criteria to reduce the dominating rate contribution 
from misidentified jets. 

Similar studies are currently being performed for the LVLl muon trigger. 

Table shows an example of a HLT study taken mainly from the Technical 
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Proposa^l in which the expected performance of the isolated-electron HLT trigger 
was tested^]. Shown are, separately for low and design luminosity, the expected 
trigger rates and efficiencies and first timing measurements'^. In this table, the 
rates, efficiencies e and timings are shown for the various steps of the HLT electron- 
trigger process: 'LVL2 Calo' corresponds to the precision reconstruction of the EM 
calorimeter cluster, and to the measurement of the transverse energy of the cluster. 
'LVL2 Precision' and 'LVL2 TRT' refer to two different track-finding algorithms in- 
volving the precision silicon and pixel detectors and the ATLAS transition-radiation 
tracker (TRT), respectively. 'LVL2 Matching' denotes the effort to match the track 
and cluster information in position and energy. 'EE Calo (Matching)' are the EE 
equivalents to 'LVL2 Calo (Matching)', and 'EE ID' stands for Rol-seeded track 
search in the ATLAS inner (tracking) detector (ID). Also shown in the table (col- 
umn 2-10^'^) are first rate st udies fr om the HLT Technical Design Report for some 
of the steps mentioned abovJ^SE3 the efficiencies are expected to be between the 
values for 10'^^cm~^s~^ and 10'^^cm~^s~^. 



Table 1. Overview of HLT trigger rates, efficiencies and timings for the single 
electrons at different luminosities. See text for more explanation. 



Lumi [cm ^s ^] 




1034 






10^3 




2-10^3 


Trigger 


Rate 




Timing 


Rate 




Timing 


Rate 


Step 


[Hz] 


[%] 




[Hz] 


[%] 




[Hz] 


LVLl output 


21700 


94.6 




11000 


92.6 




12000 


LVL2 Calo 


3490 


97 


0.3 ms 


1100 


96 


0.2 ms 


2114 


LVL2 Precision 


620 


90 


13 ms 


150 


92 


6 ms 




LVL2 TRT 


1360 


90 


1.2 s 


360 


89 


210 ms 




LVL2 Matching 


460 


85 




140 


88 




137 


EF Calo 


313 


84 


0.63 s 


85 


86 


0.56 s 




EF ID 


149 


79 


71 s 


57 


82 


1.6 s 




EF Matching 


117 


78 




41 


81 




30 



The efficiencies are shown for electrons of 20/25/30 GeV transverse energy 
for 1033/2-1033/1034cm-2s-i, respectively, over the calorimeter rapidity range of 
I77I < 2.5. The timing measurements, which were performed on various computing 
platforms with the results being transformed to a 500 MHz Pentium PC equivalent 
(year 2000), give the latency within which 95 % of all events were processed; median 
numbers are in some cases much shorter. The numbers were derived for the purely 
algorithmic part of the trigger process, excluding as much as possible input/output 
processes and data preparation. Efficiency and rate values for the HLT are given 
with respect to the LVLl efficiency of about 95 % and the LVLl output rates which 
are also given in the table. The final rates for the two lower-luminosity scenarios 

"^Note that at the time of the Technical Proposal, the low luminosity scenario - in contrast to 
today's assumption of 2-1033 cm~^s~-'^ - was assuming 1033cm~-^s~-'^. 
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are in acceptable agreement with the foreseen trigger menu, see Sectional 

Table El shows the estimated output rates of the LVL2 niuon trigger algorithm 
^p^grjll2|22| f-Qj. various physics processes, applying a pt threshold of 6 or 20 GeV 
for the 10^'^cm~^s~^ or 10'^''cm~^s~^ luminosity scenario, respectively. For this 
study the rapidity of the muons was limited to the barrel region \ri\ < 1. The 
//FAST algorithm was especially developed for the LVL2-online environment and 
relies on information from both the muon trigger chambers (RPCs) and the muon 
precision chambers (MDTs). It is seeded by LVLl RFC Rols which help to define 
a 'road' around the /i trajectory. The MDT tubes that are hit by such a road are 
selected, and a straight-line fit is placed through all selected tubes from which an 
estimate of the fi px can be derived. 



Table 2. Rates for the LVL2 muon trigger algorithm 
/iFAST with a threshold of 6 (20) GeV for low(high) 
luminosity for various physics processes. 



Physics 


lO^^cm-^s-i 


lO^^cm-^s-l 


Process 


[kHz] 


[kHz] 


tt/K decays 


3.00 


0.07 


b decays 


0.90 


0.09 


c decays 


0.50 


0.04 




negligible 


0.02 


cavern background 


negligible 


negligible 


Total 


4.40 


0.22 



Figure [TTl shows, as a further result from the new HLT studies, the LVL2 ef- 
ficiency for prompt muons and for K/tt decays in flight. The left plot shows the 
efflciency for the /iFAST algorithm; the efficiency curves were derived with a more 
complete 'combined' muon algorithm which combines information from the ATLAS 
tracking detectors and the muon spectrometer. It is clearly visible that the com- 
bined algorithm provides increased separation power between prompt muons and 
muons from K/tt decays which in turn leads to a decreased rate for muons with 
PT > 6 GeV of 2.1 kHz at lO^^cm-^s"!. 

Further studies, for example those investigating technical details of the HLT 
architectur e, c annot be discussed here. Please refer to some recent publications on 
these issues^. 



6. ATLAS Event-Selection Strategy 

The aim of the ATLAS event selection is to be as open and efRcient as possible for 
new physics processes, while preserving good rejection power again st w ell-known 
background and Standard IVlodel processes with large cross-sectionJ^. This aim 

''Note that according to the present trigger configuration ideas presented in Section|^no inclusive 
6 GeV-muon trigger is foreseen anymore for the low luminosity scenario. 
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Fig. 11. The efficiency at LVL2 with respect to LVLl of the /xFAST and the combined muon 
algorithm for prompt muons and muons from K/tt decays in flight. See text for more details. 



shall be achieved by designing a seleetion based on low multiplicities of high-pT 
objects. It is foreseen to implement the following triggers^: 

• Inclusive and di-lepton triggers will cover large parts of the Standard Model 
and the discovery physics programme of ATLAS. Examples of processes acces- 
sible with them are associated Higgs production ttH, H— >ZZ(WW) decays, top 
physics, or ll decays (also needed for detector calibration purposes). The 
B-physics programme relies to a large extent on muon triggers augmented by 
more exclusive selections. 

• There will be a variety of jet triggers, with required multiplicities between one 
and four jets. The thresholds will be highest for the inclusive jet trigger, of 
the order of 400 GeV (on HLT); for the four-jet trigger, thresholds of around 
100 GeV are envisaged. In addition, jets in the very forward direction, close 
to the proton beams, can be used to trigger. The purpose of the jet triggers 
is mainly QCD studies (and background determination of search channels), 
but also new physics signatures can be selected with them (for example new 
resonances with the di-jet trigger or R-parity violating supersymmetry). 

• Triggers based on the missing transverse energy and the total transverse energy 
are vital parts of the search for new physics, for example for invisibly-decaying 
particles and supersymmetrie signatures. The threshold for the missing- £t trig- 
ger is assumed to be about 150 GeV, and the total- iJr trigger should fire at 
energies above 1 TeV approximately. 



'Here only the unprescaled part of the trigger menu is mentioned. Tlicrc are numerous other 
(prescaled) triggers which will be used for more exclusive selections, for example in the area of B 
physics, or for monitoring, calibration and efficiency-determination purposes. 
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• In addition to the above, there are a number of 'mixed' triggers foreseen, in 
which leptons and jets are combined with missing transverse energy, for exam- 
ple. 

The threshold values of the various triggers mentioned above are mostly the 
result of physics studies involving leading-order Monte Carlo predictions and (in- 
complete) simulations of the ATLAS detector and its trigger. They represent com- 
promises between selection efficiency and rate reduction needs and might well be 
subject to future changes, due to more precise theoretical predictions, better ATLAS 
detector simulations and a better knowledge of the ATLAS detector layout. 

All in all, it is foreseen that ATLAS will trigger on a set of about 100 physics 
signatures, including prescaled triggers and calibration and monitoring triggers. 
The total rates for the LVLl trigger and the HLT that are currently aimed for are 
25 kHz and 200 Hz, respectively, taking into consideration various uncertainties on 
the predicted rates and the reduced rate ability ATLAS has to cope with during 
the start-up phase due to financial problems. Table Bl gives estimates of rates for 
the most important unprescaled trigger signatures^ for the low luminosity sce- 
nario (2 • 10'^^cm~^s~^). The numbers quoted in this table are mainly derived from 
older predictions (for example from the Technical Proposal^^ for the original low- 
luminosity scenario 10^'^cni^^s^^ which were scaled appropriately. 

Table 3. Rate estimates for various trigger signatures at LVLl and HLT for the 
fow-luminosity scenario 2 • 10^^cm~^s~^ . 'EM', 'MU' and 'J' stand for LVLl elec- 
tron/photon, muon or jet candidates, respectively. 'xE' denotes missing transverse energy at 
both LVLl and HLT. 'e', '7', '/i' and 'j' denote electron, photon, muon and jet candidates at 
HLT. Only an extract from the complete inclusive unprescaled trigger menu is shown here; 
r/hadron triggers, forward-jet triggers and pure energy triggers are completely omitted. The 
'2MU6' threshold is under discussion; a threshold value as low as possibly allowed by the 
muon-trigger design will be used. The 'mass' that is referred to in the '2MU6' line is the 
invariant mass of the di-muon system which may be required to be close to the mass of the 
i\i , for example, from the decay of which the muons are supposed to come. 



LVLl 


LVLl Rate 


HLT 


HLT Rate 


Purpose 


Signature 


[kHz] 


Signature 


[Hz] 




MU20 


0.8 


/i20i 


40 


ttH, H^WW,ZZ, 










top, W, Z', Z^ll 


2MU6 


0.2 


2/^10, 2/x6-fmass 


10,10 


H^WW,ZZ, 










B, Z^U 


EM25i 


12 


e25i,760i 


40,25 


ttH, H^WW,77 










top, W, Z', Z^U, v\ 


2EM15i 


4 


2el5i,2720i 


<1,2 


H~»WW,ZZ,77 










Z-^U 


J200 


0.2 


j400 


10 


QCD, new physics 


3J90 


0.2 


3jl65 


10 


QCD, new physics 


4J65 


0.2 


4jllO 


10 


QCD, new physics 


J60-I-XE60 


0.4 


j70-fxE70 


20 


Supersymmetry 


MU10-l-EM15i 


0.1 


/xl0+cl5i 


1 


H^WW,ZZ 



tt fully leptonic 
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7. Conclusion and Outlook 

The ATLAS experiment will run in the harsh environment of the LHC, with a 
high bunch-crossing frequency, large event size and high luminosity. In order to 
select interesting physics processes from the bulk of background and known physics 
processes, a multi-level trigger system has been designed, consisting of a hardware 
LVLl trigger and the software levels LVL2 and EF (the HLT). 

Almost all parts of the LVLl trigger system are designed or even already built. 
For the HLT, the recently published Technical Design ReporJEI marks an important 
step towards the final design. In addition, it has initiated a new round of trigger- 
performance studies. In parallel to the hardware and software activities connected to 
the development of the LVLl trigger and the HLT, detailed studies of possible trigger 
menus for data taking in the LHC start-up phase are currently being performed in 
close collaboration with the ATLAS physics working groups. 

All in all, the ATLAS trigger is on a promising path, clearly aiming for meeting 
all requirements necessary for smooth ATLAS data taking from 2007 onwards. 
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